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Art Unit: 21 14 

DETAILED ACTION 
Claim Rejections ■ 35 USC §112 

1 . The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

2. Claims 1-8 rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject 
matter which applicant regards as the invention. 

3. Referring to claim 1 , and subsequently claims 2-8, Applicant claims "installing a 
software system in a technical system..." It is not clear if Applicant intends this to be the 
antecedent "a technical system of a customer..." Further, claim 1 refers to "said 
technical system." For the purpose of examination, these "technical systems" are 
understood to refer to the same "technical system". 

4. Referring to claim 2, and subsequently claims 3-5, Applicant claims "installing... 
original software and operating... with original software with said operational model." It 
is not clear what is intended by "with original software with said operational model". For 
the purpose of examination, it is understood to refer to using an "operational model" to 
install and operate "original software" on the "technical system". 

C/a/7n Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 
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(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

6. Claims 1-3 rejected under 35 U.S.C. 102(b) as being anticipated by US 
5410703 to Nilsson et al. 

7. Referring to claim 1 , Nilsson discloses a method for testing a software system 
that operates a technical system, comprising the steps of: 

generating an operation model based on a reproducible operation procedure, 
which monitors operation of a technical system of a customer, under conditions that are 
relevant for said customer (Figure 4.); 

installing a software system in a technical system of said customer for operating 
said technical system (Abstract, "The implementation or integration of the new or 
revised software into the operational system must be accomplished in accordance with 
strict requirements for not disturbing the ongoing activities of the system."); 

operating said technical system of said customer and, during operation of said 
technical system of said customer, monitoring said technical system with said operation 
model (Figure 4); 

and evaluating operation of said technical system of said customer with said 
operation model to detect errors in said operation of said technical system (Figure 4, 
104,108,110.). 

8. Referring to claim 2, Nilsson discloses installing said technical system with an 
original software system and operating said technical system with said original software 
system with said operation model (Figure 4, 105. Line 51 of column 4, "The system of 
the present inventions allows data to flow through the new software in a gradual and 
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controlled manner, yet as part of the live operational system. The system provides for 
early detection of errors and discrepancies with little or no impact to actual operation of 
a telecommunications switching system because the initial data routed to the new 
software is only test data generated by the system. If, in processing test data, the 
telecommunications system detects an error, no further traffic is directed to the new 
software so that, even if the new software had been processing actual data, disturbance 
to.the overall traffic of the system is minimized." Line 38 of column 5, "This method is 
used when coexistence of two versions of the software is not possible and provide a 
momentary change from the old software version to the new software version. All traffic 
is automatically redirected to the new version until such time as errors in the new 
version are detected which make it impossible or impractical to operate using the new 
version. At such a juncture, the system may, if halted, return to processing all traffic 
using the old software version by a new instantaneous modification. The system in this 
aspect retains the old version in a passive state within the system."). 
9. Referring to claim 3, Nilsson discloses after operation and monitoring of said 
technical system of the customer with said operation model, reverting to said original 
software to operate said technical system (Figure 4, 105. Line 51 of column 4, "The 
system of the present inventions allows data to flow through the new software in a 
gradual and controlled manner, yet as part of the live operational system. The system 
provides for early detection of errors and discrepancies with little or no impact to actual 
operation of a telecommunications switching system because the initial data routed to 
the new software is only test data generated by the system. If, in processing test data, 
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the telecommunications system detects an error, no further traffic is directed to the new 
software so that, even if the new software had been processing actual data, disturbance 
to the overall traffic of the system is minimized." Line 38 of column 5, "This method is 
used when coexistence of two versions of the software is not possible and provide a 
momentary change from the old software version to the new software version. All traffic 
is automatically redirected to the new version until such time as errors in the new 
version are detected which make it impossible or impractical to operate using the new 
version. At such a juncture, the system may, if halted, return to processing all traffic 
using the old software version by a new instantaneous modification. The system in this 
aspect retains the old version in a passive state within the system."). 

Claim Rejections - 35 USC § 103 

1 0. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

11. Claims 4, 5 rejected under 35 U.S.C. 103(a) as being unpatentable over US 
5410703 to Nilsson et al. as applied to claim 2 above, and further in view of US 
6564175 to Hady etal. 

12. Referring to claim 4, 5, although Nilsson does not specifically disclose that the 
evaluation of the operation of the technical system of the customer with the operational 
model generates feedback which is provided to a software developer, and that the 
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feedback may be analyzed to develop an improvement of said original software system 
based on said feedback, this is very well known in the art. An example of this is shown 
by Hady, from line 52 of column 5, "Since software developers may need tools to 
properly "tune" code to new platforms, such instrumentation may allow tuning based on 
usage feedback from the system, rather than through trial-and-error tuning." A person of 
ordinary skill in the art at the time of the invention would have been motivated to use 
such feedback because, as taught by Hady, it prevents "trial-and-error tuning", but also 
generally, because Nilsson is concerned with the incorporation of "new or revised 
software" (abstract) that may not have been "adequately tested and debugged" (line 39 
column 1 ) since the new/revised software is for use in a system that has real-time 
requirements (line 3 column 2); and specifically this new/enhanced software may be for 
"error corrections or 'bug fixes'" (line 8 column 2), clearly showing the need for a means 
for relaying such errors and bugs for correcting and fixing. 

13. Claims 6-8 rejected under 35 U.S.C. 103(a) as being unpatentable over US 
5410703 to Nilsson et al. as applied to claim 1 above, and further in view of US 
5742754 to Tse. 

14. Referring to claim 6, Nilsson discloses in said operational model, testing the new 
software with at least one of input parameters, input data and boundary conditions of 
said technical system of said customer (For example, from line 34 of column 4, "test 
traffic".). 

Although Nilsson does not specifically disclose in said operation model, 
documenting, as protocol, at least one of input parameters, input data and boundary 
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conditions of said technical system of said customer, for example, documenting input is 
known in the art. An example of this is shown by Tse, from the abstract, "The method 
includes the step of providing the server computer system with the software product to 
be tested and an associated test suite. The test suite being designed to exercise the 
software product and generate a test suite log indicative of test results obtained from 
executing the test suite." A person of ordinary skill in the art at the time of the invention 
would have been motivated to use such a test suite because, as disclosed by Tse, it 
"designed to exercise the software product and generate a test suite log indicative of 
test results obtained from executing the test suite". 

15. Referring to claim 7, Nilsson in view of Tse discloses in said operation model, 
establishing limit values differentiating between error-free operation of said technical 
system and erroneous operation of said technical system (Nilsson, Figure 4, 105. Line 
51 of column 4, "The system of the present inventions allows data to flow through the 
new software in a gradual and controlled manner, yet as part of the live operational 
system. The system provides for early detection of errors and discrepancies with little or 
no impact to actual operation of a telecommunications switching system because the 
initial data routed to the new software is only test data generated by the system. If, in 
processing test data, the telecommunications system detects an error, no further traffic 
is directed to the new software so that, even if the new software had been processing 
actual data, disturbance to the overall traffic of the system is minimized." Line 38 of 
column 5, "This method is used when coexistence of two versions of the software is not 
possible and provide a momentary change from the old software version to the new 
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software version. All traffic is automatically redirected to the new version until such time 
as errors in the new version are detected which make it impossible or impractical to 
operate using the new version. At such a juncture, the system may, if halted, return to 
processing all traffic using the old software version by a new instantaneous 
modification. The system in this aspect retains the old version in a passive state within 
the system." Further, in Tse, from line 39 of column 5, "The method then proceeds to 
step 122 where the server computer system takes the test suite logs and test coverage 
data fries (if applicable) and analyzed the results received from each servant computer 
system in accordance with user-defined definitions. As described above, the results 
from executing a user-defined test suite are generally produced as test suite logs 
identifying whether each executable command has passed or failed. Similarly, if test 
coverage analysis was requested by the user, a test coverage data file would be 
generated to indicate the exercised portions of code."). 

16. Referring to claim 8, Nilsson in view of Tse discloses in said operation model, 
automatically implementing an operation procedure associated with said technical 
system, in addition to said documenting (Nilsson, line 38 of column 5, "This method is 
used when coexistence of two versions of the software is not possible and provide a 
momentary change from the old software version to the new software version. All traffic 
is automatically redirected to the new version until such time as errors in the new 
version are detected which make it impossible or impractical to operate using the new 
version. At such a juncture, the system may, if halted, return to processing all traffic 
using the old software version by a new instantaneous modification. The system in this 
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aspect retains the old version in a passive state within the system." Tse, field of 
endeavor, "More particularly, the invention relates to methods and apparatuses for 
automatically testing software products on a multiplicity of servant computer systems 
having different hardware configurations."). 

Conclusion 

17. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. See notice of references cited, however particularly: 

18. US 20020174142 to Demers et al, "In accordance with another aspect of the 
invention, flavors can help implement a phased roll-out of an upgraded database 
application, when the upgraded database application requires changes to its schema. A 
phased roll-out allows for a single site in a large distributed database system to be 
installed and stress tested until the bugs are worked out and the database application 
stabilizes, rather than subjecting every user in the distributed database system to the 
disruption caused by a single phase roll-out." 

1 9. US 20030005426 to Scholtens et al., "In an exemplary embodiment of the 
present invention, transitions between states are ordinarily commanded by the system 
manager user but may occur autonomously under certain conditions. For example, in 
case there is a failure that impairs service or causes loss of management control over a 
subsystem, the failed subsystem autonomously reverts to a configuration that provides 
service from the originally-operating version of software, and the system manager 
commands any other subsystems being upgraded to revert to their originally-installed 
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software as well. In the absence of failures, transitions between states upgrades can be 
hitless: new software can be installed, Tested, and either Committed to permanent use 
or backed-out all without loss of stable calls and without significant impairment to 
service. In case of a failure that seriously impairs service, reversion can occur 
autonomously or can be commanded. After Committing a subsystems or a cluster (a 
group of one or more subsystems) to use newly installed software, it can be possible to 
downgrade them to their former software." 

20. US 5008814 to Mathur, "In maintaining a communication network of processing 
units distributed in multiple nodes linked by communication channels, system software 
in a plurality of data processing units is updated by first installing the updated software 
in a first node. The updated software is transmitted through the network to other nodes. 
A trial use of the updated software is initiated in the nodes. If failures of the updated 
software are detected in a node, that node will be restored to the original software 
version. If the trial use of the updated software is completed successfully in a node, the 
updated version will be installed as a preferred operational version in the node." 

21 . US 6564371 to Goldman et al., "A method and system to enable a user to store a 
known and operational version of software and a new version of software (possibly not 
operational) in a memory on a network device. The user can test the new software and 
have an automatic fallback mechanism which loads the old version of software in the 
device if the new version fails to operate." 

22. US 6681 389 to Engel et al. "Where the new platform and/or application software 
is activated with a trial/test phase, a ROLLBACK phase is either automatically or 
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manually invoked by the application in the event of a failure of the new software for 
backing out the new platform and/or application software and reactivating the previous 
platform and/or application software." 

23. US 6959433 to Morales, Jr. et al., "During the initialization phase, the computer 
systems which are to be utilized as test machines are prepared to execute the tests. 
The test machines may be prepared prior to the availability of a built version of the 
software application to test. Before the initialization phase, the software application that 
is to be tested is built. During the initialization test phase, it is copied to a public 
computer system such that the built application may be accessed by the work flow 
manager. During the installation test phase, the software application to be tested is 
copied to the test machine(s) which will execute the tests. Additional software routines 
and data necessary to execute the tests are also copied to the test machines during the 
installation phase. During the execution test phase, the tests are executed on the 
software application. The termination test phase, thereafter, resets the test machines to 
their original states by cleaning up the processes which were executed in order to 
execute the tests, collecting test logs, uninstalling applications, deleting files, and re- 
booting the test machines to their original states. During all phases, the executed 
processes are validated by a validation procedure described below." 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Gabriel L. Chu whose telephone number is (571) 272- 
3656. The examiner can normally be reached on weekdays between 8:30 AM and 5:00 
PM. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Scott Baderman can be reached on (571) 272-3644. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-21 7-91 97 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




Gabriel L. Chu 
Primary Examiner 
Art Unit 2114 
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